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Beschreibung 

Abbau von Verbindungen in Kommunikationsnetzen 

5 

In der Vergangenheit haben sich zwei wesentliche Typen von 
Kommunikationsnetzen zur Obermittlung von Informationen her- 
ausgebildet: Paketorientierte (Daten-) Netze und leitungsori- 
entierte (Sprach-) Netze. Im Zuge der Konvergenz dieser bei- 
10 den Netztypen haben sich konvergente (Sprach-Daten-) Netze 
herausgebildet . Durch Zusammenschluss dieser unterschiedli- 
chen Netztypen entstehen hybride Netze, in denen der Gegen- 
stand der vorliegenden Erfindung mit besonders schonen Vor- 
teilen zum Einsatz kommt. 
15 

Leitungsorientierte Netze - auch Sprachnetze oder Telephon- 
netze genannt - sind auf die Obermittlung von in der Fachwelt 
auch als Gespr^ch, Call oder Session bezeichneten kontinuier- 
lich stromenden (Sprach-) Informationen ausgelegt . Die Ober- 
20 mittlung der Informationen erfolgt hierbei ublicherweise mit 
hoher Dienstgtite und Sicherheit. Beispielsweise ist fur Spra- 
che eine minimale - z.B. < 200 ms - Verzogerung (Delay) ohne 
Schwankungen der Verzogerungszeit (Delay- Jitter) wichtig r da 
Sprache bei Wiedergabe im Empf angsgerat einen kontinuierli- 
chen Informationsf luss erfordert. Exn Inf ormationsverlust 
kann deshalb nicht durch ein nochmaliges Obermitteln der 
nicht tibermittelten Information ausgeglichen werden und ftihrt 
im Empf angsgerat ublicherweise zu akustisch wahrnehmbaren 
Storungen (z.B* Knacksen, Verzerrung, Echo, Stille) . In der 
30 Fachwelt wird die Obermittlung von Sprache verallgemeinert 

auch als Echtzeit- (Obermittlungs-) Dienst bzw. als 'Realtime- 
Service 1 bezeichnet . 

Paketorientierte Netze - auch Datennetze genannt - sind auf 
3 5 die Obermittlung von in der Fachwelt auch als ' Datenpaket- 
strome 1 oder 'Flow' bezeichneten Paketstromen ausgelegt. 
Hierbei muss Ublicherweise keine hohe DienstgUte garantiert 
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werden. Ohne garantierte Dienstgtite erfolgt die Obermittlung 
der Datenpaketstrome z.B. mit zeitlich schwankenden Verzo- 
gerungen, da die einzelnen Datenpakete der Datenpaketstrome 
iiblicherweise in der Reihenfolge ihres Netzzugangs ubermit- 
telt werden, d.h. die zeitlichen Verzogerungen werden umso 
grolier, je mehr Pakete von einem Datennetz zu Ubermitteln 
sind. In der Fachwelt wird die Obermittlung von Daten deshalb 
auch als Obermittlungsdienst ohne Echtzeitbedingungen bzw. 
als 1 Non-Realtime-Service 1 bezeichnet . 

Die Pakete unterscheiden sich iiblicherweise je nach Art des 
paketorientierten Netzes. Sie konnen beispielsweise als In- 
ternet, X.25 oder Frame Relay Pakete, aber auch als ATM Zel- 
len ausgebildet sein. Sie werden zuweilen auch als Nachrich- 
ten bezeichnet, v. a. dann, wenn eine Nachricht in einem Paket 
ubermittelt wird. 

Ein bekanntes Datennetz ist das Internet. Dieses wird wegen 
des dort zum Einsatz kommenden Internet Protokolls IP zuwei- 
len auch IP Netz genannt, wobei dieser Begriff grundsatzlich 
weit zu verstehen ist und alle Netze umfasst, in denen das IP 
Protokoll eingesetzt wird. Das Internet ist als offenes 
(Weitverkehrs-) Datennetz mit offenen Schnittstellen zur 
Verbindung von (zumeist lokalen und regionalen) Datennetzen 
unterschiedlicher Hersteller konzipiert. Es stellt eine vom 
Hersteller unabhangige Transportplattf orm zur Verfiigung. 

Verbindungen sind Kommunikationsbeziehungen zwischen zumin- 
dest zwei Teilnehmern zum Zweck einer - zumeist gegenseiti- 
gen, d.h. bi-direktionalen - Inf ormationsiibermittlung. Der 
die Verbindung initiierende Teilnehmer wird iiblicherweise als 
1 A-Teilnehmer 1 bezeichnet. Ein durch eine Verbindung mit 
einem A-Teilnehmer in Verbindung gesetzter Teilnehmer heilit 
1 B-Teilnehmer 1 . In einem verbindungslosen Netz reprasentieren 
Verbindungen zumindest die auf logisch abstrakter Ebene ein- 
deutige Beziehung zwischen A- und B-Teilnehmer, d.h. entspre- 
chend dieser Sichtweise stellen z.B. die verbindungslosen 
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Flows im Internet logisch abstrahierte Verbindungen dar (z.B. 
A-Teilnehmer = Browser und B-Teilnehmer = Web Server) . In 
einem verbindungsorientierten Netz repr&sentieren Verbindun- 
gen zudem auf physikalischer Ebene eindeutige Wege durch das 
5 Netz, entlang denen die Inf ormationen ubermittelt werden. 

Im Zuge der Konvergenz von Sprach- und Datennetzen werden 
Sprachubermittlungsdienste und zunehmend auch breitbandigere 
Dienste wie z.B. Obermittlung von Bewegtbildinf ormationen 
10 ebenfalls in paketorientierten Netzen realisiert, d.h. die. 
Obermittlung der bisher ublicherweise leitungsorientiert 
iibermittelten Echtzeitdienste erfolgt in einem konvergenten 
Netz - auch Sprach-Daten-Netz genannt - paketorientiert , d.h. 
in Paketstromen. Diese werden auch Echtzeitpaketstrome ge- 
15 nannt . Die Obermittlung von Sprachinf ormationen uber ein- 

paketorientiertes IP Netz wird dabei auch mit 'VoIP' (Voice 
over IP) gekennzeichnet . 

In den internationalen Standardisierungsgremien IETF (Inter- 
20 net Engineering Task Force) und ITU (International Telecommu- 
nications Union) mehrere verteilte Architekturen fur Sprach- 
Daten-Netze beschrieben. Allen ist gemeinsam, dass die Call 
Control Ebene und die Resource Control Ebene funktional deut- 
lich voneinander getrennt sind und meist sogar auf unter- 
schiedlichen Hardware Plattformen realisiert werden. 

* 

Die Call Control Ebene umfasst dabei zumindest einen (optio- 
nalen) Call Controller, dem u.a. folgende Funktionen zugeord- 
net sind: 

30 - Address Translation: Umsetzung von E.164 Telephonnummern 
und anderen Alias Adressen (z.B. Rechnernamen) auf Trans- 
portadressen (z.B. Internetadressen) . 

- Admission Control (optional) : Grundsatzliche Zulassig- 
keitspruf ung, ob und in welchem Umfang (z.B. VoIP fahige) 

35 Einrichtungen das Kommunikationsnetz nutzen durfen. 

- Bandwidth Control (optional) : Verwaltung von Obermitt- 
lungskapazitaten. 
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- Zone Management: Regis trierung von (z.B. VoIP fahigen) 

* 

Einrichtungen und Bereitstellung obiger Funktionen fur al- 
le beim Call Controller registrierten Einrichtungen. 

Optional k5nnen einem Call Controller zudem folgende Funktio- 
nen fallweise zugeordnet werden: 

- Call Control Signaling: Alle Signalisierungsnachrichten 
werden von zumindest einem Call Controller vermittelt, 
d.h. alle Einrichtungen schicken und erhalten Signalisie- 
rungsnachrichten nur iiber den Call Controller. Ein direk- 
ter Austausch von Signalisierungsnachrichten zwischen den 
Einrichtungen ist untersagt . 

- Call Authorization: Zulassigkeitspruf ung fur eingehende 
und ausgehende Calls . 

- Bandwidth Management: Steuerung der zulassigen Anzahl von 
Einrichtungen, die gleichzeitig das Kommunikationsnetz 
nutzen dtirfen. 

- Call Management: Verwaltung einer Liste bestehender Ge- 
sprache, urn z.B. ein Besetz zeichen erzeugen zu konnen, 
falls dies von der Einrichtung selbst nicht erzeugt werden 
kann. 

- Alias Address Modification: Ruckgabe einer modif izierten 
Alias Adresse, bspw. mit einer H. 225.0 Nachricht ACF (Ad- 
mission Confirmation) . Diese Adresse muss der Endpunkt bei 
Verbindungsauf bau verwenden . 

- Dialed Digit Translation: Obersetzung der gewahlten Zif- 
fern in eine E.164 Telephonnummer oder eine Nummer aus ei- 
nem privaten Nummerierungsschema . 

Beispiele fur Call Controller stellen der von der ITU in der 
H.323 Standard Familie vorgeschlagene 'Gatekeeper' oder der 
von der IETF vorgeschlagene f SIP Proxy' dar. Wird ein grolie- 
res Kommunikationsnetz in mehrere Domanen - auch 'Zonen 1 
genannt - gegliedert, kann in jeder Domane ein separater Call 
Controller vorgesehen werden. Eine Domane kann auch ohne 
einen Call Controller betrieben werden. Sind mehrere Call 
Controller in einer Domane vorgesehen, soil nur ein einziger 
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von diesen aktiviert sein. Ein Call Controller ist aus logi- 
scher Sicht getrennt von den Einrichtungen zu sehen. Physika- 
lisch muss er jedoch nicht in einer separaten Call Controller 
Einrichtung realisiert sein, sondern kann auch in jedem End- 
punkt einer Verbindung (beispielsweise ausgebildet als H.323 
oder SIP Endpunkt, Endgerat, Media Gateway, Multipoint 
Control Unit) oder auch einer primar zur programmgesteuerten 
Datenverarbeitung ausgebildeten Einrichtung (beispielsweise: 
Rechner, PC, Server) vorgesehen werden. Auch eine physika- 
lisch verteilte Realisierung ist moglich. 

Ein alternatives Beispiel ein Media Gateway Controller, dem 
ublicherweise die optionalen Funktionen Call Control Signa- 
ling and Call Management zugeordnet werden, Weiterhin ist die 
Zuordnung einer Funktion Signaling Conversion ziir Umsetzung 
unterschiedlicher (Signalisierung-) Protokolle denkbar, was 
z.B. an der Grenze von zwei unterschiedlichen Netzen, die zu 
einem hybriden Netz zusammengeschlossen sind, erforderlich 
sein kann. 

* 

Die Resource Control Ebene umfasst zumindest einen Resource 
Controller, dem u.a. folgende Funktionen zugeordnet sind: 

- Capacity Control: Steuerung des dem Kommunikationsnet z 
durch Paketstrome zugefiihrten Verkehrsvolumens, z.B. durch 
Kontrolle der Obermittlungskapazitat einzelner Paketstrd- 
me . 

- Policy Activation (optional) : ggf . fur einen priorisierten 
Paketstrom Resourcen im Kommunikationsnetz fur dessen 0- 
bermittlung reservieren. 

- Priority Management (optional) : Prioritatskennzeichen in 
den Paketen entsprechend der Prioritat ihrer Paketstrome 
setzen, kontrollieren und gegebenenf alls korrigieren, 
falls die Pakete bereits mit Prioritaten gekennzeichnet 
sind. 

Der Resource Controller wird auch als 'Policy Decision Point 
(PDP) 1 bezeichnet. Er ist beispielsweise innerhalb von sog. 
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Edge Routern - auch Edge Device, Zugangsknoten oder bei Zu- 
ordnung zu einem Internet Service Provider (ISP) auch Provi- 
der Edge Router (PER) genannt - realisiert. Diese Edge Router 
konnen auch als Media Gateway zu anderen Netzen ausgebildet 
sein, mit denen die Sprach-Daten-Netze verbunden werden . 
Diese Media Gateway sind dann sowohl mit einem Sprach-Daten- 
Netz als mit den anderen Netzen verbunden und dienen intern 
der Umsetzung zwischen den unterschiedlichen (Obermittlungs-) 
Protokollen der verschiedenen Netze. Der Resource Controller 
kann auch nur als Proxy ausgebildet sein und Resource Cont- 
roller relevante Inf ormationen an eine separate Einrichtung 
weiterleiten, auf der die relevanten Inf ormationen entspre- 
chend einer Funktion des Resource Controllers bearbeitet 
werden. 

Das prinzipielle Zusammenwirken der beiden Ebenen sei am 
Beispiel eines Call Setup zwischen zwei als Teilnehmerendge- 
rate ausgebildeten VoIP Einrichtungen erlautert. Dabei wird 
zunachst von einem homogenen Spr ach-Dat en-Net z ausgegangen. 

Innerhalb oder teilweise auch zeitlich vor dem eigentlichen 
Call Setup laufen bei Einwahl eines Endgerats in das IP-Netz 
(z.B. uber einen Internet Service Provider) die Schritte 
Authentisierung, Autorisierung und (Start des) Accounting ab. 
Diese sogenannte 'AAA 1 Funktionalitat wird ublicherweise 
durch den Zugriff auf eine Subscriber-Datenbank, in der alle 
Nutzer mit ihren Kennungen, Passwortern, Rechten, etc* ge- 
speichert sind, realisiert. Dieser Zugriff ist langsam und 
vergleichsweise komplex. In den heutigen "Best Effort" IP 
Netzen findet dieser AAA Vorgang normalerweise einmal wahrend 
des Einwahlens des Nutzers statt. Eine weitere Authentisie- 
rung erfolgt bei Einsatz eines Call Controllers, wenn sich 
das Endgerat beim Call Controller des Internet Service Provi- 
ders registriert. Nach dem ITU-Standard H.323 wird diese 
Authentisierung bzw. Registrierung eines Endgerats beim zuge- 
ordneten Gatekeeper gemaU dem RAS (Registration, Admission, 
Status) Protokoll durchgef uhrt , das im ITU-Standard H. 225.0 



2003 P 12469 



7 

beschrieben ist. 

Der eigentliche Call Setup beginnt iiblicherweise damit, class 
in einem ersten Schritt die Endgerate der Teilnehmer ihre 
Fahigkeiten (z.B. Liste der unterstutzten CODEC) austauschen, 
urn die benotigten Ressourcen (z.B. Bandbreite) und die gefor- 
derte QoS (z.B. Delay, Jitter) zu bestimmen. Die Endgerate 
sind bei Sprachtelephonie z.B. als IP Telephone oder VoIP 
Client Software ausgebildet, bei Online-Video kSnnte eines 
der Endgerate ein Content- bzw. Application-Server sein, z.B. 
im Netz des Internet Service Providers (ISP) . 

» 

Der Austausch der Signalisierungsnachrichten erfolgt entweder 
direkt zwischen den Endgeraten oder unter Vermittlung eines 
Call Controllers. Hierbei ist bei jedem Call fur jedes Endge- 
rat und fur jede Obertragungsrichtung individuell festgelegt, 
welche Variante zum Einsatz kommt. Die erste Variante wird in 
der H.323 Terminologie auch als 'Direct Endpoint Call Signal- 
ing' und die zweite als 'Gatekeeper Routed Call Signaling' 
bezeichnet. Bei Direct Endpoint Call Signaling konnen an 
einen Call Controller ggf . Kopien ausgewahlter Signalisie- 
rungsnachrichten tibermittelt werden, so dass ein Call Cont- 
roller auch bei dieser Variante haufig Kenntnis von den zwi- 
schen den Endgeraten abgestimmten Ressourcen- und QoS- 
Anf orderungen hat. Diese Anf orderungen werden jedoch von ihm 
selbst nicht aktiv beeinflusst oder verifiziert. 

In einem zweiten, optionalen Schritt kann die derart abge- 
stimmte Ressourcen- und QoS-Anf orderung direkt von den Endge- 
raten der Teilnehmer an ihren zugeordneten Resource Control- 
ler ubermittelt werden. Nach Prufung der Ressourcen- und QoS- 
Anforderung wird von dem Resource Controller eine Bestatigung 
(oder Ablehnung) an das Endgerat zuruckgeschickt . 

In einem dritten, ebenfalls optionalen Schritt wird im Edge 
Router und gegebenenf alls weiteren Routern im Netz eine Poli- 
cy aktiviert, mit der diese Router prufen und gewahrleisten, 
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dass der vom Endgerat verursachte Verkehr innerhalb der Gren- 
zen liegt, die in der Anforderung spezifiziert wurden. Ein 
Beispiel fur einen derartigen Reservierungsmechanismus ist 
RSVP (resource Reservation Protocol) . 



Zur Durchfuhrung der drei Schritte wird eine Mehrzahl von 
Nachrichten versendet, die lediglich zur Abstimmung der be- 
teiligten Komponenten untereinander, jedoch nicht zur Uber- 
mittlung der "eigentlichen" Inf ormationen zwischen den Endge- 
10 raten dienen. Diese mit den Nachrichten tibermittelten Inf or- 
mationen werden Ublicherweise als Signalisierungsinf ormatio- 
nen, Signalisierungsdaten bzw. schlicht als Signalisierung 
bezeichnet. Der Begriff ist dabei weit zu verstehen. So sind 
z.B. neben den Signalisierungsnachrichten auch die Nachrich- 
15 ten gemafi dem RAS Protokoll, die Nachrichten gemafi dem ITU- 
Standard H.245 zur Steuerung von Nutzkanaien bestehender 
Gesprache sowie alle weiteren ahnlich ausgebildeten Nachrich- 
ten umfasst. Das Signalisierungsprotokoll ftir den Verbin- 
dungsaufbau (Call Setup) und -abbau (Call Release) nach der 
ITU ist z.B. im Standard H. 225.0 beschrieben, das nach der 
IETF im RFC 2453bis ("SIP: Session Initiation Protocol"). Die 
"eigentlichen Inf ormationen" werden zur Unterscheidung von 
der Signalisierung auch Nutzinf ormationen, Payload, Medienin- 
f ormationen, Mediendaten oder schlicht Medien genannt. Kommu- 
25 nikationsbeziehungen, die zur Ubermittlung der Signalisierun 
dienen, werden im weiteren auch als Signalisierungsverbindun- 
gen bezeichnet. Die zur Ubermittlung der Nutzinf ormationen 
eingesetzten Kommunikationsbeziehungen werden z.B. Sprechver- 
bindung, Nutzkanalverbindung oder - vereinfacht - Nutzkanal, 
30 Bearerchannel oder schlicht Bearer genannt. 

In diesem Zusammenhang versteht man unter out-of-band bzw. 
outband die Ubermittlung von Inf ormationen auf einem anderen 
Weg / Medium als den im Kommunikationsnetz zur Ubermittlung 
35 von Signalisierungs- und Nutzinf ormationen vorgesehenen. 

Insbesondere ist hiervon eine lokale Konf iguration von Ein- 
richtungen vor Ort umfasst, die z.B. mit einer lokalen Steu- 



2003 P 12469 

9 

ereinrichtung vorgenommen wird. Demgegentiber werden bei in- 
band Inf ormationen auf dem gleichen Weg / Medium, ggf . lo- 
glsch getrennt von den betrachteten Signalisierungs- und 
Nutzinf ormationen, iibermittelt . 

5 

Zusammenf assend kann der Function Split zwischen den beiden 
Ebenen so beschrieben werden, dass der Resource Control Ebene 
lediglich die Funktionen zugeordnet sind, die zur Obermitt- 
lung von Nut zinf ormationen erforderlich sind, wahrend von der 
10 Call Control Ebene die Intelligenz zur Steuerung der Resource 
Control Ebene umfasst ist. Mit anderen Worten: Die Einrich- 
tungen der Resource Control Ebene besitzen mSglichst keine 
Netzsteuerungsintelligenz und konnen in der Folge wirtschaft- 
lich besonders vorteilhaft auf separaten Hardware Plattformen 
15 realisiert werden. Dies ist wegen der im Vergleich zu Call 

Control Ebene hoheren Installationszahlen in dieser Ebene ein 
besonders schoner Vorteil. 

Sowohl in konvergenten Sprach-Daten-Netzen als auch in hybri- 
20 den Netzen, die z.B. durch einen Zusanimenschluss eines kon- 
vergenten Sprach-Daten-Netzes mit einem konventionellen lei- 
tungsorientierten Sprachnetz gebildet werden, entstehen bei 
der Ubermittlung von Inf ormationen - insbesondere der in 
Echtzeitpaketstromen - neue technische Problemstellungen 
aufgrund der neuen bzw. unterschiedlichen Technologien, die 
in den jeweiligen Netztypen zum Einsatz kommen. 

Es ist Aufgabe der Erfindung, zumindest eines dieser Probleme 
zu erkennen und durch Angabe von zumindest einer Losung den 

* 

30 Stand der Technik zu bereichern. 

Die Erfindung stellt sich die Frage, wie in einem Netz, in 
dem die Call Control und die Resource Control Ebene deutlich 
(meist physikalisch) voneinander getrennt und lediglich lose, 
35 z.B mit einem Steuerungsprotokoll (z.B. H.248 Oder MGCP = 

Media Gateway Control Protocol) miteinander verbunden sind, 
auf einen Fehler in der Call Control Ebene reagiert werden 
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soil, wenn der Fehler Auswirkungen auf die Resource Control 
Ebene hat. In einem Netz ohne deutlich Entkopplung dieser 
beiden Ebenen fuhrt ein derartiger Fehler infolge der inte- 
grierten Hardware Plattform iiblicherweise automatisch zu 
einer Folgereaktion in der Resource Control Ebene (z.B.' zum 
Ausfall einer Obertragungsstrecke) . Diese Folgereaktion tritt 
jedoch bei (physikalischer) Verteilung der beiden Ebenen 
nicht mehr automatisch ein. So konnen insbesondere bei Aus- 
fall der Hardware Plattform eines Media Gateway Controllers 
weiterhin von den ihm zugeordneten Media Gateways Informatio- 
nen weiter ubermittelt werden, weil deren isolierte Hardware 
Plattform weiterhin voll f unktionsf ahig ist. Eine Anderung 
tritt erst dann ein, wenn durch einen entsprechenden Steuer- 
befehl eine adequate Folgereaktion im Media Gateway ausgel6st 
wird, z.B. indem durch eine Nachricht MGCP:DLCX oder 
H.24 8 rServiceChange die Obermittlung von (Nutz-) Informatio- 
nen durch Auslosen der (Bearer-) Verbindung beendet wird. 

Somit stellt sich fiir die vorliegende, verteilte Architektur 
die prinzipielle Frage, ob - und wenn ja - wie stark ein 
Fehler in der Call Control Ebene die Resource Control Ebene 
in Mitleidenschaft ziehen soil. Ist die Kopplung der beiden 
Ebenen zu gering, hat man Probleme mit der Datenkonsistenz 

(z.B. in der Call Control Ebene liegt ein falsches Abbild der 
Zustande in der Resource Control Ebene vor; Vergebiihrung 
lauft trotz Bearer Ausfall weiter) . Ist die Kopplung zu stark 

(z.B. ein Ausfall einer Einrichtung der Call Control Ebene 
fiihrt auch zu einem gleichwertigen Ausfall der zugehorigen 
Einrichtungen der Resource Control Ebene), dann hat man unno- 
tig lange Ausf allzeiten und unnfitige Risiken beim Wiederan- 
lauf des Netzes. 



Die Wirkung eines Steuerbef ehls ist dabei im Rahmen des ein- 
gangs beschriebenen Function Splits der zweigeteilten Archi- 
tektur rein lokal auf die jeweils angesprochene Einrichtung 
(z.B. Media Gateway) begrenzt . Als Konsequenz dieser modula- 
ren Philosophie ist ein entsprechender Steuerbef ehl an jede 
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derart gesteuerte Einrichtung der Resource Control Ebene 
entlang einer Verbindung erf orderlich, urn ein vollstandiges 
Auslosen der Verbindung zu erreichen. 

Dies kann allerdings zu Problemen bei der Vergebiihrung der 
Verbindung ftihren, weil die (Bearer-) Verbindung bereits nach 
dem ersten Steuerbefehl nicht mehr fur eine end-to-end Ober- 
mittlung von Inf ormationen zwischen Teilnehmern benutzt wer- 
den kann, wenn der von diesem Befehl betroffene Media Gateway 
die derart ausgeloste Verbindung nicht mehr kennt und die 
Gateway Funktion nicht mehr ausubt. Die Vergebiihrung muss 
folglich moglichst zeitgleich mit dem ersten erf olgreichen 
Steuerbefehl beendet werden und darf nicht erst dann enden, 
wenn die Verbindung in dem Knoten ausgel5st wird, in dem auch 

♦ 

die Vergebiihrung der Verbindung durchgefuhrt wird. 

Es ist in leitungsorientierten TDM (Time Devision Multiplex) 
Netzen bekannt, nach Ausfall eines TDM Vermitt lungs knot ens 
alle PCM (Pulse Code Modulation) Strecken physikalisch zu 
deaktivieren. Dies wird von der Hardware Maintenance dei: 
benachbarten TDM Vermittlungsknoten nach einigen Sekunde.n 
Verzogerungszeit erkannt und an ihre interne Steuerung gemel- 
det. Diese Steuerung ermittelt daraufhin die von dem Ausfall 
betroffenen Verbindungen und signalisiert mit Hilfe von SS7 
Nachrichten an alle betroffenen Vermittlungsknoten des TDM 
Netzes den Ausfall der Verbindungen. Auf Grund dieser Nach- 
richten wird die Vergebiihrung der Verbindungen zeitnah zu dem 
initialen Ausfall des ersten Vermittlungsknotens beendet. 

Dieses Verfahren funktioniert jedoch in einem hybriden Netz, 
bestehend aus einem paketorientierten Netz und einem lei- 
tungsorientierten TDM Netz, nicht mehr, weil in einem Media 
Gateway die PCM Strecken, in denen die Bearer im TDM Netz 
geftihrt werden, auch nach Auslosen einer Verbindung weiterhin 
physikalisch aktiv bleiben. Somit k6nnen die benachbarten 
(i.S.v. entlang der im Media Gateway ausgelosten Verbindung) 
TDM Vermittlungsknoten, die die betroffenen PCM Strecken 
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terminieren, anhand der PCM Strecken - d.h. auf der Resource 
Control Ebene - nicht erkennen, dass der end-to-end Bearer 
ttber diese Strecken ausgef alien ist. 

Dieses Verhalten ist gemafi dem Function Split der zweigeteil- 
ten Architektur die erwartete L6sung, weil die Signalisierung 
korrekterweise auf der Call Control Ebene erfolgen soil und 
nicht auf der Resource Control Ebene, Demnach wird der Aus- 
fall des Bearers den benachbarten TDM Knoten grunds&tzlich 
uber die Call Signalisierung (SS7) - d.h. auf der Call 
Control Ebene - mitgeteilt, weil die Intelligenz zur Steue- 
rung des Netzes dieser Ebene zugeordnet ist. 

Die architekturkonforme Standardlosung ftthrt jedoch ira Falle 
einer Fehlerhauf ung - z.B. als Folge eines High Level Recove- 
ry eines Media Gateway Controllers - zu einer Vielzahl von 
Problemen, weil nicht garantiert werden kann, dass die Signa- 
lisierung des Bearer Ausfalls zu benachbarten TDM Knoten 
synchron zum tatsachlichen Ausfall stattfindet: 

- Wenn ein Media Gateway Controller ein High Level Recovery 
durchlauft, mussen tiblicherweise alle noch bestehenden 
Nutzkanalverbindungen in den von dem Controller gesteuer- 
ten Media Gateways ausgelost werden, damit nach Abschluss 
des Recovery im Controller wieder ein konsistentes Abbild 
der Zustande der zugeordneten Gateways vorliegt. Solange 
dieses Abbild nicht vorliegt, konnen vom Controller in den 
Gateways keine neuen Verbindungen erzeugt werden. Das Aus- 
losen muss deshalb so schnell als moglich erfolgen, urn die 
Zeitspanne, in der keine neuen Verbindungen erzeugt werden 
konnen, so gering wie moglich zu halten. Aus diesem Grund 
wird wahrend des Recovery des Controllers das Protokoll 
zur Steuerung der Gateways moglichst fruhzeitig wieder ak- 
tiviert, urn die noch bestehenden transienten Verbindungs- 
daten in den Gateways loschen zu konnen. Mit dem Loschen 
einer Verbindung wird die bis dahin noch bestehende end- 
to-end Verbindung unterbrochen . Folglich sollte ab diesem 
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Zeitpunkt auch die Vergebuhrung beendet werden. Dazu nuiss- 
ten - wie oben beschrieben - entsprechende Signalisie- 
rungsnachrichten auf der Call Control Ebene gesendet wer- 
den. Dies ist jedoch nicht moglich, weil die hierfur er- 
5 forderlichen Protokolle (z.B. BICC, SIP_T, SS7) zu diesem 

Zeitpunkt noch gar nicht aktiviert sind. Es muss also bis 
zu deren Aktivierung gewartet werden, was zu einem Versatz 
von mehreren Minuten zwischen der Unterbrechung der end- 
to-end Verbindung und der Beendung der Vergebuhrung ftihren 
10 kann. 

^^^k - Bei einem grollen Controller ergibt sich zudem ein Skalie- 

rungsproblem, weil das Auslosen einer Vielzahl von Verbin- 
dungen zu einer Flut von Signalisierungsnachrichten ftihrt. 
15 In AbhSngigkeit von der Implementierung des Controllers , 

seiner Grofte und der allgemeinen Verkehrslast im Signali- 
sierungsnetz wird deshalb der Versatz zwischen dem Ausfall 
des Bearers und der Beendigung der Vergebuhrung unkalku- 
lierbar vergroflert und kann 30 min und mehr betragen. Die- 
20 ses Auflaufen von nicht gerechtf ertigten Gebuhren ist 

nicht akzeptabel. 

« 

Eine Losung fur diese der Erfindung zugrunde liegende Prob- 
lemsituation ist in den Patentansprtichen angegeben. 

Mit dieser Losung sind eine Vielzahl von Vorteilen verbunden: 

- Die Losung ist konform mit den Standards MGCP / H.248, 
weil das genormte Mindestverhalten auf einen Steuerbefehl 
30 aus der Call Control Ebene lediglich erweitert, aber nicht 

verandert wird. 

Infolge dieser Konformitat sind lediglich minimale Ande- 
rungen an bestehenden Einrichtungen erf orderlich, urn die 
35 Erfindung zu implementieren, wodurch sie wirtschaf tlich 

sehr vorteilhaft realisiert werden kann. 
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- Durch die Mitteilung an zumindest einen Netzknoten entlang 
der Verbindung wird die logische Kopplung zwischen den 
beiden verteilt realisierten Ebenen verstarkt, wodurch die 
beschriebenen Inkonsistenzen (Bearer nicht mehr verfiig- 

5 bar - Gebuhrenzahlung lauft weiter) leichter vermeiden 

werden konnen. 

- Durch die Miteilung auf der Resource Control Ebene wird 

das Skalierungsproblem signifikant entscharft, weil die 

10 Signalisierungsnachrichten an diese Netzknoten entfallen 

konnen. 

- Das Problem des Zeitversatzes bei einem High Level Recove-' 
ry eines Controllers wird entscharft, da die Mitteilung 

15 auf der Resource Control Ebene in unmittelbarer zeitlicher 

Nahe zu dem Auslosen der Verbindung erfolgen kann, ohne 
dass auf eine Aktivierung entsprechender Protokolle der 
Call Control Ebene gewartet werden musste. Auch konnen die 
Mitteilung parallelisiert von den Prozessoren auf den Bau- 

20 gruppen erzeugt werden, wenn unterschiedliche Baugruppen 

bet von den Steuernachrichten betroffen sind. Dies ist ef- 
fektiver als das meist zwangs-sequentialisierte Versenden 
von Signalisierungsnachrichten durch einen zentralisierten 
Controller. 

25 

- Im Fall eines High Level Recoveries eines Media Gateway 
Controllers, von dem eine Zusammenschaltung mit einem TDM 
Netz bewirkt wird, fuhrt eine Mitteilung an einen benach- 
barten TDM Vermittlungsknoten (z.B. durch Ausfall bzw. 

30 Wiederinbetriebnahme von PCM Strecken) auf der TDM Seite 

zu ISUP Synchronisationsnachrichten (GRS/RSC) von dem TDM 
Vermittlungsknoten zu dem das Recovery durchlauf enden 
Controller, welche bei Nichtbeantwortung zyklisch wieder- 
holt werden. Der Recovery durchlauf ende Controller beginnt 

35 ab einem gewissen Punkt seines Recoveries, selbst GRS/RSC 

Nachrichten zu senden und die empfangenen zu quittieren. 
Dadurch, dass benachbarte TDM Vermittlungsknoten die Ar- 
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beit der ISUP Synchronisation nach Recovery des Control- 
lers mit ubernehmen, wird nicht nur der Recovery durchlau- 
fende Controller dynamisch entlastet, sondern die Synchro- 
nisation auch schneller abgeschlossen und damit die ver- 
5 mittlungstechnisch voile Verf iigbarkeit des Controllers 

frtiher wieder erreicht. 

Weitere vorteilhafte Ausgestaltungen der Erfindung ergeben 
sich aus den unter- oder nebengeordneten Anspruchen. 

10 

Bei Mitteilung durch Ausfall (z.B. Deaktivierung) eines t)ber- 
mittlungskanals an einen Vermitt lungs knot en eines leitungs- 
orientierten Netzes wird der Ausfall - sofern er lange genug 
andauert (z.B. einige Sekunden) - von der Hardware Oberwa- 
15 chung des Knotens erkannt. Dieser Knoten veranlasst daraiifhin 
das beiderseitige Auslosen des TDM Bearers in dem leitungs- 
orientierten Netz. Sofern in diesem Netz die Vergebtihrurig 
erfolgt (z.B. wenn der Knoten in einem ingress-seitigen lei- 
tungsorientierten Netz angeordnet ist, dem auch der zu verge- 
20 biihrende Teilnehmer zugeordnet ist) , wird auch diese ge- 

stoppt. Der Ausfall des Obermittlungskanals betrifft vorteil- 
haft keine Verbindungen, die nicht ausgelost werden sollten, 
wenn (wie z.B., bei einem High Level Recovery des Controllers 
der Fall) alle Verbindungen in den zugeordneten Gateways 
ausgelost werden. Infolge der in dem leitungsorientierten 
Netz bestehenden, bewahrten Aus 16s erne chanismen erfolgt diese 
Beendigung der Vergebuhrung zeitnah zu der Unterbrechung des 
end-to-end Bearers im Media Gateway. Im Fall eines High Level 
Recovery eines Media Gateway Controllers wird auf diese Weise 
30 die Gebuhrenzahlung zeitnah zum Ausfall des Bearers gestoppt 
und nicht durch das Recovery verzogert. 

Durch Mitteilung mit Hilfe von speziellen Nachrichten - ins- 
besondere durch Inband Senden von RTCP Paketen, mit denen 
35 eine Information "Packet Loss = 100 %" angezeigt wird - wird 
in einem paketorientierten Netz der Ausfall eines Obermitt- 
lungskanals simuliert, so dass der eigentliche Obermittlungs- 
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kanal vorteilhaft weiterhin aktiv bleiben und fur andere 
Inf ormationsubermittlungen genutzt werden kann. 

Fur den Fall, dass das Gateway, dem das Auslosen einer Ver- 
bindung mit Hilfe von speziellen Nachrichten mitgeteilt wird, 
mit einem leitungsorientierten Netz zusammengeschaltet ist, 
wird das Auslosen zu dem leitungsorientierten Netz weiterge- 
meldet, so dass die Vergebiihrung in diesem Netz moglichst 
zeitnah gestoppt werden kann. 

Sofern diese Weitermeldung nicht durch Ausfall des Obermitt- 
lungskanals, sondern durch Meldung an den zugeordneten Cont- 
roller und dann auf der Call Control Ebene tibermittelt wird, 
werden vorteilhaft andere Verbindungen, die auch in den Ober- 
mit t lungs kanalen zu dem leitungsorientierten Netz tibermittelt 
werden, nicht unterbrochen . Zudem wird auf diese Weise so 
schnell als moglich zu der architekturkonformen Signalisie- 
rung auf der Call Control Ebene zurUckgekehrt . Aufierdem er- 
folgt diese Riickkehr verteilt auf mehrere Controller, die 
ihrerseits kein Recovery durchlaufen, so dass eine sehr ef- 
fektive Verteilung der Signalisierungslast bewirkt wird, die 
bei architekturkonformer Signalisierung ansonsten alleinig 
von dem Controller zu tragen ware, der neben der fehlenden 
Lastverteilung zudem wahrend seines Recovery sowieso keine 
ausreichenden Resourcen zur Bearbeitung dieser Signalisierun 
zur Verfugung hat. 

Die Erfindung wird im folgenden anhand von weiteren Ausfuh- 
rungsbeispielen, die auch in den Figuren dargestellt sind, 
erlautert. Dabei zeigt: 

Figur 1 eine Anordnung zur Durchfuhrung des erf indungsgema- 

fien Verfahrens mit einem hybriden Kommunikations- 
netz, bestehend aus einem paketorientierten integ- 
rierten Sprach-Daten-Netz und zwei leitungsorien- 
tierten Sprachnetzen, die durch zwischengeschalte- 
ten Media Gateways und Media Gateway Controllern 
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verbunden sind, sowie zwei Endpunkten einer Infor- 
mat ionstibermitt lung 

Figur 2 die Anordnung nach Figur 1, in der ingress-seitige 

Ausgestaltungen des erf indungsgemaJJen Verfahrens 
exemplarisch aufgezeigt sind 

Figur 3 die Anordnung nach Figur 1, in der egress-seitige 

Ausgestaltungen des erf indungsgemaJien Verfahrens 
exemplarisch aufgezeigt sind 

In Figur 1 ist eine beispielhaf te Anordnung zur Durchfuhrung 
des erf indungsgem&Uen Verfahrens dargestellt. Sie umfasst 
zwei leitungsorientierte Netze PSTN A ,. PSTN B und ein Kommuni- 
kationsnetz IN, das vorzugsweise als integriertes Sprach- 
Daten-Netz SDN ausgebildet ist. Die drei Netze sind zu einem 
hybriden Netz zusammengeschlossen, in dem das Netz IN insbe- 
sondere zum Virtual Trunking von Sprachverbindungen zwischen 
den Netzen PSTN eingesetzt wird. Das Netz IN ist vorzugsweise 
als ein IP Netz (z.B. das Internet) ausgebildet. Fiir den 
einschl&gigen Fachmann ist dabei of f ensichtlich, dass die 
Erfindung selbstverstandlich in anderen Netzszenarien, insbe- 
sondere weiteren paketorientierten Netzen zum Einsatz kommen 
kann wie z.B. Intranet, Extranet, einem lokalen Netz (Local 
Area Network - LAN) oder einem, z.B. als Virtuelles Privates 
Netz (VPN) ausgebildeten firmeninternen Netz (Corporate Net- 
work) . 

Das Netz IN umfasst eine Call Control Ebene CCL, der die 
Controller MGC zugeordnet sind, und eine Resource Control 
Ebene RCL, der die Media Gateways MG zugeordnet sind. Die 
Gateways MG werden jeweils von einem ihnen zugeordneten Cont- 
roller MGC durch ein - vorzugsweise international genormtes - 
Protokoll, z.B. MGCP (Media Gateway Control Protocol) oder 
H.2 48 gesteuert und sind tiblicherweise als separate Einheit 
realisiert, die auf anderen physikalischen Einrichtungen / 
Hardware Plattformen zum Ablauf kommen als die Controller 
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MGC. 

Der Zusammenschluss der leitungsorientierten Bearer TDM A , 
TDM B wird durch zwischengeschaltete Media Gateways MG zur 
5 Konvertierung zwischen unterschiedlichen, netzspezif ischen 

Nutzkanaltechnologien RTP/RTCP (Real Time [Control] Protocol) 
und TDM (Time Devision Multiplex) und der Zusammenschluss der 
leitungsorientierten Signalisierungskanale SS7 A , SS7 B durch 
zwischengeschaltete Media Gateway Controller MGC zur Konver- 
10 tierung zwischen unterschiedlichen netzspezif ischen Signal!- 
sierungsprotokollen SIP (Session Initiation Protocol), BICC 
(Bearer Independent Call Control) , SIP_T (SIP for Telephones 
und SS7 (Signalling System No- 7) bewirkt. 

15 An das Netz PSTN A ist ein A-Teilnehmer A, an das Netz PSTN B 
ein B-Teilnehmer B angeschlossen, zwischen denen als Bearer 
eine end-to-end Nutzverbindung ISDN A , TDM A , RTP/RTCP, TDM B , 
ISDNb eingerichtet ist. Die Vergebuhrung G der Verbindung 
wird auf der Seite des rufenden A-Teilnehmers im Vermitt- 

20 lungsknoten S A des Netzes PSTN A in ublicher Weise vorgenom- 
men. 

In den Figuren 2 und 3 ist zur vereinf achten Darstellung der 
Erfindung jeweils nur auf eine uni-direktionale Betrachtung 

25 einer end-to-end Verbindung abgestellt, die sich vom rufende 
Teilnehmer A zum gerufenen Teilnehmer B aufspannt. In Bezug 
auf diese Ubermittlungsrichtung wird der Gateway MG zwischen 
dem Netz PSTN A und dem Netz IN als Gateway MGi NGRESS und der 
Gateway MG zwischen dem Netz IN und dem Netz PSTN B als Gate- 

30 way MG EG ress bezeichnet, wobei durch den Index 'INGRESS' der 

Eingang des Nutzverbindung in das Netz IN und durch den Index 
'EGRESS' der Ausgang der Nutzverbindung aus dem Netz IN ange- 
deutet wird. 



35 



In Figur 2 sind dabei eine Nachricht N h . 2 4b/mgcp vom Controller 
MGC A zum Gateway MGi NG ress und eine Mitteilung M TDM vom Gateway 
MGingress zum Netz PSTN A dargestellt, die insbesondere bei 
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Recovery des dem Gateway MGi NG ress zugeordneten Controllers 
MGC A gemafi der Erfindung ubermittelt werden. 

In Figur 3 sind dabei Nachrichten N h .248/mgcp vom Controller 
MGC B zum Gateway MGegressj Ni N (als Ausgestaltung einer Mittei- 
lung Mi N ) vom Gateway MG E gress zum Gateway MGingress r N FA ilure vom 
Gateway MGi NG ress zum Controller MGC A/ N S s7 vom Controller MGC A 
zum Netz PSTN A , sowie optionale Mitteilungen M TDM (A) und M TDM (B ) 
von den beiden Gateways MG zu den jeweils per Index angezeig- 
ten Netzen PSTN A und PSTN B dargestellt, die insbesondere bei 
Recovery des dem Gateway MGegress zugeordneten Controllers MGC B 
gemaft der Erfindung ubermittelt werden, 

Es sei betont, dass die deratt aufgezeigten Ausfiihrungen der 
Erfindung trotz ihre teilweise sehr detailgetreuen Darstel- 
lung von konkreten Netzszenarien lediglich beispielhaf ter 
Natur und nicht einschrankend zu verstehen sind, Dem Fachmann 
ist klar, dass die Erfindung nicht nur bei Virtual Trunking 
Szenarien, sondern bei alien denkbaren Netzkonf igurationen, 
insbesondere anderen Interworking Szenarien f unktioniert . 

■n 

* 

Als weitere Ausf uhrungsbeispiele der Erfindung werden das 
High Level Recovery eines ingress-seitigen Controllers MGC A 
und eines egress-seitigen Controllers MGC B beispielshaf t 
anhand der in Netzkonf iguration nach Figur 1 erlautert; 

Fur das Ausf uhrungsbeispiel des High Level Recoveries eines 
ingress-seitigen Controllers MGC A sind Nachrichten N und 
Mitteilungen M der Erfindung in Figur 2 dargestellt, Im Laufe 
30 eines High Level Recovery des Controllers MGC A werden ubli- 
cherweise alle noch bestehenden Verbindungen in dem zugeord- 
neten Gateway MGi NG ress ausgelost. Diese Verbindungen sind dem 
Controller MGC A grundsatzlich auch nach einen Recovery noch 
bekannt, weil sie z.B. in einer Datenbank des Controller 
35 (semi-) permanent gespeichert sind, wenn auch mit undefinier- 
tem Zustand, weil z.B. vor oder wahrend des Recovery eine 
unbekannte Anzahl von Nachrichten vom Gateway MG INGRESS nicht 
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empfangen wurden. 

Voni Controller MGC A werden dem Gateway MG INGRES s Steuernach- 
richten N h .248/mgcp gesendet, mit denen der Gateway MGi NGRESS 
5 angewiesen wird, alle noch bestehenden Verbindungen auszulo- 
sen. Die Nachrichten N h .248/mgcp/ die zum Loschen der transien- 
ten Call Daten auf dem Gateway MG fuhren, sind z.B. als Nach- 
richt MGCP:DLCX des IETF Standards MGCP oder als Nachricht 
H . 2 4 8 : ServiceChange des ITU-T Standards H.248 ausgebildet. 
10 Diese Nachrichten werden in diesem Beispiel so erweitert, 

dass sie dem empfangenden Gateway MG ingress die Fehlerursache 
(d.h. vorliegend das Recovery des Controllers MGC A ) anzeigen 

Bei Verwendung des delete Kommandos DLCX des Protokolls MGCP 
15 kann z.B. ein wildcard Mechanismus verwendet werden, mit dem 
bei hierarchischer Namensstruktur der (lokalen) Endpunkte der 
Verbindungen mit dem wildcard (asterisk) eine Gruppe von 

Endpunkten angesprochen werden kann (vgl. dazu auch RFC 
2705:MGCP, Kapitel 2.3.7). Vorzugsweise umfasst die Gruppe 
20 zumindest alle Verbindungen, die uber eine bestimmmte Strecke 
an das Netz PSTN A ubermittelt werden, weil so von der Mittei- 
lung M TDM keine bestehenden Verbindungen deaktiviert werden. 
Das Kommando DLCX wird durch einen zusatzlichen Parameter 
"reason code" erganzt, der eindeutig anzeigt, dass im Cont- 
25 roller MGC das hier beschriebene Recovery Szenario vorliegt, 

Bei Verwendung des Kommandos ServiceChange des Protokolls 
H.248 konnen z.B. die Parameterwerte TerminationID = Root, 
ServiceChangeMethod = Forced benutzt werden. Das Kommando 

30 ServiceChange mit dem Parameterwert ServiceChangeMethod = 
Forced ist nach Standard H.248 lediglich als Nachricht vom 
Gateway MG zum Controller MGC vorgesehen. Die Benutzung die- 
ses Kommandos in der umgekehrten Richtung, d.h. vom Control- 
ler MGC zum Gateway MG, stellt eine Erweiterung des Standards 

35 dar. Sofern sie speziell fur die Recovery Szenarien reser- 
viert wird, ist in der Reservierung als solchen die Anzeige 
der Fehlerursache enthalten, so dass vorteilhaft auf einen 
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separaten Parameter zur Anzeige der Fehlerursache verzichtet 
werden kann . 

> 

Der Gateway MGingress lost nach Empfang der Steuernachrichten 
5 H h .248/mgcp entsprechend der standardkonf ormen Reaktionen die 

angezeigte (n) Verbindung (en) in deren Kontext aus. Zusatzlich 
lasst er als Reaktion auf die angezeigte Fehlerursache die 
zugehorigen PCM Strecken physikalisch ausfallen und aktiviert 
sie nach einer gewissen Zeitspanne wieder, die so bemessen 
10 ist, dass die Hardware Maintenance gangiger TDM Vermittlungs- 
knoten S auf der Gegenseite den Ausfall bemerken und anzei- 
gen. Als Folge werden darauf in ublicher Weise die Bearer 
ISDNa, TDM a im Netz PSTN A ausgelSst und die Vergebuhrung G 
zeitnah zu der Unterbrechung der end-to-end Verbindung ge- 
15 stoppt. 

Fur das Ausf uhrungsbeispiel des High Level Recovery eines 
egress-seitigen Controllers MGC A sind Nachrichten N und Mit- 
teilungen M der Erfindung in Figur 3 dargestellt. Dabei >er- 
20 den alle noch bestehenden Verbindungen in dem zugeordneten 
Gateway MG EG ress ausgelSst, wobei angenommen wird, dass dies 
dem Gateway MG EG ress vom Controller MGC B mit Steuernachrichten 
H h .248/mgcp entsprechend dem ingress-seitigen Ausf uhrungsbei- 
spiel angezeigt wird. 

Der Gateway MG EGRES s lost nach Empfang der Steuernachrichten 
H h .248/mgcp entsprechend der standardkonf ormen Reaktionen die 
angezeigte (n) Verbindung (en) in deren Kontext aus. Zusatzlich 
wird als Reaktion auf die angezeigte Fehlerursache dem Gate- 

30 way MGjngress das Auslosen der Verbindung (en) auf der Resource 
Control Ebene RCL mitgeteilt. Diese Mitteilung M IN wird z.B. 
fur alle den ausgelosten Verbindungen zugehorigen Bea- 
rerstreams RTP durch spezielle Nachrichten N IN bewirkt, die 
z.B. als Pakete RTCP mit einem Parameterwert Packet Loss = 

35 100 % ausgebildet sind. Dies erfolgt moglichst zeitnah zum 

Auslosen der Verbindungen. Vorteilhaft wird das Aussenden der 
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Nachrichten Ni N gegiattet, urn Nachrichtenf luten zu vermeiden. 

Das Gateway MGingress teilt seinerseits nach Oberschreiten 
eines Schwellwerts von empfangenen Nachrichten Ni N dem vorge- 
schalteten PSTN A den Ausfall der Verbindung mit. Gemafi einer 
Variante der Erfindung wird diese Mitteilung M T dm (a) auf der 
Resource Control Ebene RCL bewirkt, indem z.B. die zugehori- 
gen PCM Strecken zura Netz PSTNF A kurzzeitig deaktiviert wer- 
den. Gemafi einer alternativen Variante der Erfindung wird die 
Mitteilung auf der Call Control Ebene CCL bewirkt. Hierzu 
wird dem Controller MGC A von dem Gateway MGi NG ress mit Nach- 
richten Nfailure der anhand der Nachrichten Ni N erkannte Ausfal 
der Verbindungen mitgeteilt, worauf dieser Ausfall vom Cont- 
roller MGC A in ublicher Weise mit Signalisierungsnachrichten 
N SS 7 dem Netz PSTN A mitgeteilt wird. Nach Erhalt dieser Mit- 
teilung werden im Netz PSTN A darauf in ublicher Weise die 
Bearer ISDN A , TDM A im Netz PSTN A ausgelost und die Vergebuh- 
rung G zeitnah zu der Unterbrechung der end-to-end Verbindung 
gestoppt . 

Optional wird von dem Gateway MG E gress das Auslosen der Verbin- 
dungen auch in Vo r war t s r i cht ung auf der Resource Control 
Ebene RCL mitgeteilt. Diese Mitteilung M TDM (B ) kann bei Zusam- 
menschaltung mit nachgeordneten Netz PSTN B wiederum durch 
physikalisches Deaktivieren der Obermittlungsstrecken bewirk 
werden. Vorteilhaft werden so die Bearer TDM B , ISDN B zeitnah 
zu dem Ausfall der Verbindungen in dem Netz PSTN B far Neube- 
legungen f reigeschaltet . Dieser Vorteil ist besonders schon, 
wenn die ubliche Freigabe auf der Call Control Ebene CCL 
infolge des Recovery des Controllers MGC B nicht oder nur 
verzogert bewirkt werden kann. 

Dem Fachmann ist klar, dass die Erfindung nicht nur bei den 
Virtual Trunking Szenarien, bei denen der Controller MGC A des 
ingress-seitigen MGingress bzw. der Controller MGC B des egress- 
seitigen Gateway MGegress ein High Level Recovery durchlauft, 
sondern bei alien denkbaren Netzkonf igurationen, insbesondere 
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alien Interworking Szenarien wie TDM <• > IP phone oder TDM 
<-> Access Gateway f unktioniert , v. a, wenn der Ausfall des IP 
Bearers RTP in den Ausfall der (ttber den Virtual Trunking 
Gateway MG) zugehorigen PCM Strecken umgesetzt wird. Der 
Ausfall der Nutzkanale wird so in alien Fallen unverziiglich 
ins Netz signalisiert , d.h. ohne Verzdgerung durch das Reco- 
very des Controllers MGC. 

Weiterhin ist dem Fachmann klar, dass sich die beiden be- 
schriebenen Szenarien naturlich bei einer bi-direktionalen 
Verbindung ohne weiteres uberlagern konnen, d.h. dass bei- 
spielsweise bei einem Gateway MGi NGRES s nicht nur eine Mittei- 
lung M TDM in Richtung des PSTN A , sondern parallel dazu auf der 
Gegenrichtung - d.h. der Obermittlungsrichtung von Teilnehmer 
B zu Teilnehmer A (beztiglich der das Gateway MG ingress dann 
einen EGRESS darstellt) - auch zusatzlich eine Mitteilurig Mi N 
in Richtung des Gateways MG E gress ausgelost werden kann. • 

Abschliefiend sei darauf hingewiesen, dass die Beschreibung 
der fur die Erfindung relevanten Komponenten des Kommuni'kati- 
onsnetzes grundsatzlich nicht einschrankend zu verstehen ist. 
Fur einen einschlagigen Fachmann ist insbesondere offensicht- 
lich, dass Begriffe wie Applikation, Client, Server, Gateway, 
Controller, etc... funktional und nicht physikalisch zu ver- 
stehen sind. Somit konnen beispielsweise die Endpunkte A, B 
auch teilweise oder vollstandig in Software / Computerpro- 
grammprodukten P und/oder fiber mehrere physikalische Einrich- 
tungen verteilt realisiert werden. 
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Patentanspruche 

1. Verfahren zum Auslosen einer Verbindung in einem Kommuni- 
kationsnetz (IN) mit 

einer Call Control Ebene (CCL) , der ein Media Gateway 
Controller (MGC) zugeordnet ist, und 

einer Resource Control Ebene (RCL) , der ein von dem Cont- 
roller gesteuertes und als separate Einheit realisiertes 
Media Gateway (MG) zugeordnet ist, 
mit folgenden Schritten: 

Senden einer Steuernachricht (N h .248/mgcp) vom Controller zum 
Gateway, die Verbindung auszuldsen, 
- Auslosen der Verbindung im Gateway, 

Mitteilung des Auslosens an zumindest einen Netzknoten 
(S A , MGingress) entlang der Verbindung, wobei die Mitteilung 
(M) auf der Resource Control Ebene bewirkt wird. 

2. Verfahren nach Anspruch 1, 

20 bei dem das Kommunikationsnetz als paketorientiertes Netz - 
insbesondere als integriertes Sprach-Daten-Netz (SDN) - aus- 
gebildet ist. 

3. Verfahren nach einem der vorstehenden Anspruche, 
bei dem das Kommunikationsnetz liber das Gateway mit einem 
leitungsorientierten Netz (PSTN) zusammengeschaltet ist, 
zumindest einer der Netzknoten ein Vermittlungsknoten (S A ) 
des leitungsorientierten Netzes ist und die Mitteilung (M TDM ) 
durch Ausfall eines Obermittlungskanals zwischen dem Gateway 
und dem Vermittlungsknoten bewirkt wird. 

4. Verfahren nach dem vorstehenden Anspruch, 

bei dem die Zeitdauer des Ausfalls so bemessen ist, dass die 
Hardware Oberwachung des Vermittlungsknotens den Obermitt- 
35 lungskanal als ausgef alien meldet. 
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5. Verfahren nach einem cier vorstehenden Anspruche, 

bei dem zumindest einer der Netzknoten ein zweites Gateway 
(MGingress) ist und die Mitteilung (M IN ) durch Senden von spe- 
ziellen Nachrichten (Ni N ) - insbesondere durch Senden von 
RTCP Paketen, mit denen eine Information "Packet Loss = 100 
%" angezeigt wird - vom ersten Gateway (MG EG ress) zum zweiten 
Gateway bewirkt wird. 

6. Verfahren nach dem vorstehenden Anspruch, 

bei dem das zweite Gateway nach Oberschreiten eines Schwell- 
wertes von derartigen speziellen Nachrichten seinerseits 
zumindest einem weiteren Netzknoten (S A ) , der nicht identisch 
ist mit dem ersten Gateway, das Auslosen der Verbindung mit- 
teilt, wobei diese Mitteilung insbesondere von dem zweiten 
Gateway (MG ING ress) an seinen zugeordneten Controller (MG A ) und 
von diesem auf der Call Control Ebene zu dem weiteren Netz- 
knoten (S A ) ubermittelt wird. 

7. Verfahren nach einem der vorstehenden Anspruche, 

bei dem die Steuernachricht auf Grund eines Recovery des 
Controllers gesendet wird. 

8. Computerprogrammprodukt (P) / umfassend Sof twarecodeab- 
schnitte, mit denen ein Verfahren nach einem der vorstehenden 
Verf ahrensanspruche durch zumindest einen Prozessor ausge- 
fuhrt wird. 

9. Vorrichtung - insbesondere Controller (MGC) oder Gateway 
(MG) - umfassend Mittel zur Durchftihrung eines Verfahrens 
nach einem der vorstehenden Verf ahrensanspruche . 

10. Anordnung - insbesondere paketorientiertes Netz (IN), 
integriertes Sprach-Daten-Netz (SDN) oder hybrides Netz (IN, 
PSTN) - umfassend Computerprogrammprodukte und/oder Vorrich- 
tungen zur Durchftihrung eines Verfahrens nach einem der vor- 
stehenden Verf ahrensanspruche . 
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Zusairanenf assung 



Abbau von Verbindungen in Kommunikationsnetzen 



Ein Gateway MG wird von einem Controller MGC auf gef ordert , 
eine Verbindung aufzulosen. Daraufhin wird von dem Gateway MG 
die Verbindung ausgelost und dies zumindest einem weiteren 
Netzknoten entlang der end-to-end Verbindung ISDN A , TDM A , 
RTP, TDM B , ISDN b auf der Resource Control Ebene RCL mitge- 
teilt . 

Vorteilhaft wird so im Falle eines High Level Recovery eines 
Controllers MGC ohne eine von dem Controller MGC bewirkte 
Signalisierung ein zeitnaher Stopp der Vergebuhrung G von 
ausgelosten Verbindungen bewirkt. 



Figur 1 
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